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METHOD AND APPARATUS FOR SUPPORTING MULTIPLE PACKET 
DATA SERVICE CONNECTIONS 

5 Reference(s) to Related Application(s) 

The present application claims priority from provisional application, 
Serial No. 60/431,556, entitled "METHOD AND APPARATUS FOR 
SUPPORTING MULTIPLE PACKET DATA SERVICE CONNECTIONS," 
10 filed December 6, 2002, which is commonly owned and incorporated 
herein by reference in its entirety. 

Field of the Invention 

15 

The present invention relates generally to communication systems 
and, in particular, to supporting multiple packet data service connections. 

20 Background of the Invention 

IS-2000 requires a mobile requesting the setup of a packet data 
application requiring multiple service instances to originate each of the 
services instances sequentially. If a traffic channel has not been assigned 

25 to a mobile, the mobile will first send an Origination Message (ORM) to the 
base station (BS) followed by an Enhanced Origination Message (EOM) 
for each of the additional service instances required to support the 
application. If a traffic channel has already been assigned to a mobile, the 
mobile sends an EOM for each of the additional service instances required 

30 to support the application. 
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For reconnection of a packet data application that is dormant, IS- 
2000 allows a mobile to request the reactivation of a single packet data 
service instance by including the service reference identifier (i.e., the 
SR_ID) for the service instance in the ORM/EOM, or the mobile may 
5 request reactivation of all dormant service instances in the mobile by 
setting the SRJD field to "7" (per IS-2000-C). If the mobile requires the 
reactivation of more than one, but not all dormant service instances in the 
mobile, the mobile is required to send multiple ORM/EOM, one for each of 
the dormant service instances required by the packet data application. 

10 Moreover, when a handoff is required for dormant packet data 

service instances, IS-2000 requires the mobile to send multiple ORM/EOM 
to the BS to request a handoff for each of the dormant service instances in 
the mobile. Each message includes an SRJD and service option field 
associated with a single service instance. 

15 The use of multiple messages for these service requests wastes 

valuable air interface resources and Increases the overall delay to 
complete the service requests. Thus, a need exists for an apparatus and 
method to support multiple packet data service instances in a more 
efficient manner. 

20 

Brief Description of the Drawings 

FIG. 1 is a block diagram depiction of a communication system in 
25 accordance with an embodiment of the present invention. 

FIG. 2 is a message flow diagram of messaging and procedures 
performed in accordance with an embodiment of the present invention. 
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FIG. 3 is a message flow diagram of messaging and procedures 
performed in accordance with an embodiment of the present invention. 
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FIG. 4 is a block diagram depiction of an Origination nnessage in 
accordance with a first embodiment of the present invention. 

FIG. 5 is a block diagram depiction of an Origination message in 
accordance with a second embodiment of the present invention. 

FIG. 6 is a logic flow diagram of steps executed in accordance with an 
embodiment of the present invention. 



4 CE 1 0297R-Sayeedi et al. 

Detailed Description of Embodiments 

To address the need to support multiple packet data service 
instances in a more efficient manner, various signaling enhancements are 
5 provided. These enhancements will result in faster packet data call setups, 
reactivations, and dormant handoffs of multiple service instances while 
reducing over-the-air signalling. For originations of multiple packet data 
service connections, the mobile requests the setup of up to six service 
instances with a single origination message. For packet data dormant 
10 handoffs, the mobile requests the handoff of up to six service instances 
using a single message. And for reactivations, the mobile requests the 
reconnection of multiple, dormant packet data service instances with a 
single message. 

The disclosed embodiments can be more fully understood with 
15 reference to FIGs. 1-6. FIG. 1 is a block diagram depiction of a 
communication system 100 in accordance with an embodiment of the 
present invention. Communication system 100 is a well-known Code 
Division Multiple Access (CDMA) system, specifically a cdma2000 system, 
which is based on the Telecommunications Industry Association / 
20 Electronic Industries Association (TIA/EIA) standard IS-2000, suitably 
modified to implement the present invention. The IS-2000 standard is 
hereby incorporated by reference. (The TIA/EIA can be contacted at 2001 
Pennsylvania Ave. NW, Washington, D.C. 20006). In various 
embodiments, communication system 100 may utilize other cellular 
25 communication system protocols such as, but not limited to, IS-856 
(HRPD). 

Communication system 100 includes radio access network (RAN) 
entities, such as BS 111 (comprising one or more BTSs), PCF 120, PDSN 
121, and MSC 130, and includes remote units, such as mobile station 
30 (MS) 101. However, the present invention is not limited to remote units or 
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MSs that are mobile. For example, a remote unit may comprise a desktop 
computer wirelessly connected to the radio access network. 

Those skilled in the art will recognize that FIG. 1 does not depict all 
of the network equipment necessary for system 100 to operate but only 
5 those system blocks and logical entities particularly relevant to the 
description of embodiments of the present invention. Those skilled in the 
art are aware of the many ways each of these entities can be implemented 
and/or purchased from wireless communications companies such as 
"MOTOROLA." 

10 MS 101 and BS 111 comprise well-known entities such as 

processors 104 and 114, transmitters 102 and 112, and receivers 103 and 
113. Processors, for example, typically comprise components, such as 
microprocessors, digital signal processors, memory, and/or logic circuitry 
designed to implement algorithms that have been expressed as computer 

15 instructions and/or in circuitry. Given an algorithm or a logic flow, those 
skilled in the art are aware of the many design and development 
techniques available to implement a processor that performs the given 
logic. 

Typically, transmitters and receivers are components of RAN base 
20 stations (BSs), and typically BSs interface with other RAN devices such as 
mobile switching centers (MSCs), packet control functions (PCFs), and 
packet data serving nodes (PDSNs). As shown in FIG. 1, BS 111 
interfaces to Internet 122 via PCF 120 and PDSN 121 and interfaces to 
the public telephone system via MSG 130. In a first embodiment of the 
25 present invention, a known CDMA 2000 BS is adapted using known 
telecommunications design and development techniques to implement the 
BS aspect of the present invention. The result is BS 111. 

BS 111 and MS 101 communicate via CDMA 2000 air interface 
resource 110. MS 101 comprises processor 104, receiver 103, and 
30 transmitter 102. Transmitters, receivers, and processors as used in CDMA 
MSs are all well known in the art. This common set of MS components is 
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adapted using known telecommunications design and development 
techniques to implement the wireless unit aspect of the present invention. 

Operation of a first embodiment, in accordance with a first 
embodiment of the present invention, occurs substantially as follows. MS 
5 processor 104 generates a message that requests a service request 
operation, such as a connection origination, a connection reactivation (i.e., 
a reconnection), or a dormant handoff, for multiple packet data 
connections between MS 101 and PDSN 121. These connections, or 
service instances, are each individually identified using a service 

10 reference identifier value (an SR_ID) in a message field or using a bit 
value in a bitmap. Processor 104 then instructs transmitter 102 to transmit 
the message to BS 1 1 1 . 

BS processor 114 receives the message via receiver 113 and 
processes the message in order to facilitate the service request operation 

15 indicated. Message flow diagrams 200 and 300, as shown in FIGs. 2 and 
3 respectively, illustrate this messaging. In addition, message flow 
diagrams 200 and 300 illustrate the related messaging and procedures 
that occurs primarily between an MS, a BS, and a PDSN, such as MS 
101, BS 111, and PDSN 121, to facilitate the service request operation 

20 indicated. 

Message flow 200 illustrates a single Origination message and a 
single Reconnection message, which request connection 
origination/reconnection for SRJDs 1, 2, and 3. Prior art IS-2000 
messaging would require three messages instead of either single 

25 message. For the origination case, after receiving the Origination 
message, the BS acknowledges it, and the BS and MS exchange the 
required messaging to establish a traffic channel (TCH). The BS also 
begins packet call setup procedures with the PDSN in order to establish 
the packet data connections for service instances 1 , 2, and 3 between the 

30 MS and PDSN. 
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Message flow 300 illustrates a single Origination message that 
requests dormant handoff for SRJDs 1, 2, and 3. Prior art IS-2000 
messaging would require six messages instead. After receiving the 
Origination message, the BS begins dormant mode handoff procedures 
5 with the PDSN and sends a release to the MS, if a traffic channel is not 
required. 

FIG. 4 is a block diagram depiction of an Origination message 400 
in accordance with a first embodiment of the present invention. Each field 
relevant to the first embodiment is shown in FIG. 4 with its associated bit- 

10 length. Most fields shown have a bit length of "0 or" followed by a number 
This indicates, of course, that that field may not be included in the 
message. The SERVICE_OPTION, DRS, SRJD, SYNCJD_LEN, and 
SYNCJD fields are all part of the present IS-2000 Origination message. 
The remaining fields explicitly shown In message 400 are proposed for the 

15 first embodiment of the present invenfion as described in detail below. 

First, a more general description is in order. Service options refer to 
specific packet data services, such as high speed data and voice over IP 
(VoIP). Message 400 includes a message extension that includes a record 
for each SR_ID indicated in the message extension. Each SR_ID refers to 

20 a packet data, MS-PDSN connection. Some Origination messages will 
include one or more service option indicators that indicate a service option 
value to correspond to one or more of these packet data connections. 

As shown in FIG. 4, message 400 includes an SRJD field, a 
SERVICE^OPTION field, an ADD_SRJD (additional SRJD) field, and an 

25 ADD_SERVICE_OPTION (additional service option) field. An 
ADD^SRJDJNCL field, a NUM_ADD_SRJD field, and an 
ADD_SERVICE_OPTIONJNCL field are also shown. These fields 
indicate whether a particular message includes one or more additional 
SRJDs, how many additional SRJDs, and whether a particular message 

30 includes one or more additional service options, respectively. 
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A detailed description of eacli field in the message extension of 
message 400 follows: 



ADD_SRJDJNCL Additional service reference identifiers included 

5 indicator. 

If this messaging is supported (i.e., if 
P_REVJN_USEs is less than eleven), or if the 
DRS field is set to '1' and either the SYNCJD 
field is set to '0' or the SRJD field is set to 
10 '1ir, then the MS shall omit this field; 

otherwise, the mobile station shall include this 
field and set it as follows: 

If the DRS field is set to and the MS is 
performing dormant handoff of a single packet 

15 data service instance, or if the DRS field is set 

to '1' and the mobile station requests 
restoration of a single service option 
connection from the stored service 
configuration, then the MS shall set this field to 

20 '0'; othen/vise, the mobile station shall set this 

field to 'r. 

NUM_ADD_SR_ID Number of additional service reference 

identifiers included. 

If ADD_SRJDJNCL is not included or is 
25 included and set to '0', the mobile station shall 

omit this field; otherwise, the mobile station 
shall include this field and set it to one less 
than the number of occurrences of the 
ADD_SRJD field included in this message. 
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If ADD_SRJDJNCL is included and set to '1', then the mobile station 
shall include NUM_ADD_SRJD + 1 occurrences of the following variable- 
field record: 

5 ADD_SR_ID Additional service reference identifier. 

If the DRS field is set to '0' and the MS is 
performing dormant handoff of an additional 
packet data service instance, or if the DRS 
field is set to 'V and the mobile station 
10 requests restoration of an additional service 

option connection from the stored service 
configuration, then the MS shall set this field to 
the corresponding service reference identifier. 

ADD_SERVICE_OPTION_INCL 

15 Additional service option included indicator. 

If the SYNCJD field is set to '1', then the 
mobile station shall omit this field; otherwise, 
the mobile station shall include this field and 
set it as follows: 

20 The mobile station shall set this field to '0' if the 

service option number of the service 
corresponding to the ADD_SRJD field of this 
record is the same as SERVICE_OPTION; 
otherwise, the mobile station shall set this field 

25 to*r. 
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ADD_SERVICE_OPTION Additional service option number. 

If the ADD_SERVICE_OPTIONJNCL field is 
set to '0', the mobile station shall omit this field; 
otherwise, the mobile station shall include this 
5 field and set it to the service option number of 

the service corresponding to the ADD_SR_ID 
field of this record. 

Origination message 400 is shown and described above in 
10 accordance with the first embodiment of the present invention. Origination 
message 600, as shown in FIG. 5, represents a second and alternative 
embodiment of the present invention. Message 400 individually identified 
the MS-PDSN connections using an SR_ID in individual message fields. 
Instead, Origination message 600 individually identifies the MS-PDSN 
15 connections using bit values in a bitmap, specifically, the SR_ID_BITMAP 
field. A detailed description of the fields in message 600 relevant to the 
second embodiment follows: 



SPECIAL_SERVICE Special service option indicator. 

20 To request a single special service option, the 

mobile station shall set this field to '1'. To 
request the default service option (Service 
Option 1) or multiple service options, the 
mobile station shall set this field to '0'. 

25 SERVICE_OPTION Requested service option for this origination. 

If the SPECIAL_SERVICE field is set to '1 the 
mobile station shall set this field to the value 
specified in [30], corresponding to the 
requested service option. 
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If the SPECIAL_SERVICE field is set to '0' and 
the SERVICE_OPTION_LIST field is not 
included, the mobile station shall omit this field 
to request the default service option. If the 
SERVICE_OPTION_LIST field is included, the 
mobile station shall omit this field. 
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Service reference identifier. 

If P_REVJN_USEs is less than six, the mobile 
station shall omit this field; otherwise, the 
mobile station shall include this field and set it 
as follows: 

If the SYNCJDJNCL field is not included or is 
included and is set to '0', the mobile station 
shall set this field as follows: 

If the service instance provides a 
service reference identifier, the mobile 
station shall set this field to the service 
reference identifier specified by the 
service instance. If the service instance 
does not provide a service reference 
identifier, the mobile station shall set this 
field to the smallest unused service 
reference identifier value between 1 and 
6 (inclusive). If the SRJD field is set to 
•0', refer to the SRJD_BITMAP field for 
a list of service reference identifiers. 

Otherwise, the mobile station shall set this field 
as follows: 
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If the mobile station requests the 
restoration of a single service option 
connection from the stored service 
configuration, the mobile station shall 
set this field to the corresponding 
service reference identifier; otherwise 
(that is, the mobile station requests the 
restoration of all the service option 
connections from the stored service 
configuration), the mobile station shall 
set this field to '111'. 



SRJD_BITMAP Service Reference Identifier Bitmap 

If P_REVJN_USEs is less than nine (or 
another appropriate revision), the mobile 
15 station shall omit this field. If the SRJD field is 

not included, or is included but is not set to '0', 
the mobile station shall omit this field; 
otherwise, the mobile station shall include this 
field and set it as follows. 

20 This field contains a bitmap list of SR_IDs 

requested for originating, reconnecting, or 
dormant handoff of a packet data call. Bits 1-6 
map to SRJDs 1-6. At least two SRJDs are 
specified. 



25 
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SR ID_BITMAP 



Value (binarv) 


SR ID Reauested 


AAAAAA 1 


OR in=i 




SR ID=2 


xxxxixx 


SR_ID=3 


XXX 1 XXX 


SR_ID=4 


xxixxxx 


SR_ID=5 


xlxxxxx 


SR_ID=6 


Ixxxxxx 


SRJD=7 



SERVICE_OPTION_LIST Service Option List 

If the SR_ID_BITMAP field is not included, the 
mobile station shall omit this field; othenA^ise, 
the mobile station shall include this field and 
set it as follows. 
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This field contains tlie list of Service Options 
associated with each SR_ID requested by the 
mobile specified In SRJD_BITMAP. The 
mobile station shall set the fields to the value 
5 specified in [30], corresponding to the 

requested service options. 2-6 Sen/ice Options 
may be present. The first service option 
corresponds to the service instance with the 
smallest SRJD value in the SR_ID_B1TMAP 

10 field; the last Service Option in the list 

corresponds to the largest SR_ID value in the 
SRJD_BITMAP field. The mobile station shall 
set the fields to the value specified in [30], 
corresponding to the requested service 

1 5 options. 

Logic flow 700, as shown in FIG. 6, is intended to provide a high- 
level description of the information gathered and then incorporated into a 
message extension in accordance with various embodiments of the 

20 present Invention. Logic flow 700 purposefully does not address the many 
details of message generation described above in order to summarize the 
process as a whole. Also, FIG. 6 illustrates but one order in which these 
general steps may be performed. A person of ordinary skill in the art will 
recognize that these steps may be performed in a different order or even 

25 concurrently depending on the particular design or implementation goals 
of an implementation. 

Logic flow 700 begins (701) with the MS determining (702) which 
service instances (i.e., which packet data connections) are involved in the 
service request operation the message is requesting. The MS also 

30 determines (703) whether service options for these service instances need 
to be indicated. For example, the service options do not need to be 



CE10297R-Sayeedi et al. 



transmitted to the RAN in the case of a reactivation operation, since the 
service options associated with each service instance are known as part 
of the stored service configuration. 

To identify the instances individually, the IVIS indicates (704) a first 
5 SRJD and (705) any additional SRJDs. For exannple, for an Origination 
message in the first embodiment, the first SRJD is indicated in the 
message body, while the additional SRJDs are indicated in individual 
records in the message extension. For an Origination message in the 
second embodiment, the SRJDs are indicated together in a bitmap. 

10 If (706) service options are not required in the message, the 

message (including its extension) can be transmitted to the RAN, and the 
logic flow ends (710). Otherwise, the MS indicates (707) a service option 
corresponding to the first SRJD and (708) service options for each 
additional SRJD. For example, for an Origination message in the first 

15 embodiment, the service option corresponding to the first SRJD is 
indicated in the message body, and service options for each additional 
SRJD are indicated in the message extension. Because a number of 
SRJDs may have the same corresponding service option, this 
embodiment also provides that the service option corresponding to the 

20 first SRJD be a default service option for SRJDs for which no other 
service option is indicated. 

The present embodiments describe how the IS-2000 Origination, 
Enhanced Origination, and Reconnect messages can be enhanced to 
support multiple packet data connections for existing service instances 

25 requiring dormant mode handoffs or reactivation, or for each new service 
instances requested. For example, when a dormant mode handoff is 
required for a packet data session, the mobile will only be required to send 
one IS-2000 Origination or Enhanced Origination message for all service 
instance connections requiring a dormant mode handoff to a new BS. 

30 When new service instance connections are requested, the mobile will 



17 



CE10297R-Sayeedi et al. 



only be required to send one IS-2000 Origination message regardless of 
how many connections are required. 

This is useful for example when a user wants to make a VoIP call, 
the mobile will only be required to send one Origination message 
5 requesting both the main high speed packet data service option 
connection and the VoIP SO connection. Multiple occurrences of the 
Service Option element are also described herein. While dormant mode 
handoffs currently only occur for high speed packet data SO 33 (not 
required for circuit voice/data, Voice Over IP), the messages are future- 

10 proofed by including a SO identifier for each dormant service instance to 
allow for efficient dormant mode handoff of new packet data service 
options that will be supported in the future. 

The present application addresses the problem described above by 
greatly reducing over the air signaling required to support multiple packet 

15 data connections in the RAN. This will lead to faster packet call 
originations, dormant mode handoffs and reactivations, and thus, 
increased call capacity in the network and increased battery life in 
mobiles, particularly in networks where packet zones are small arid 
frequent dormant mode handoffs occur. 

20 In the foregoing specification, the present invention has been 

described with reference to specific embodiments. However, one of 
ordinary skill in the art will appreciate that various modifications and 
changes may be made without departing from the spirit and scope of the 
present invention as set forth in the appended claims. Accordingly, the 

25 specification and drawings are to be regarded in an illustrative rather than 
a restrictive sense, and all such modifications are intended to be included 
within the scope of the present invention. In addition, those of ordinary 
skill in the art will appreciate that the elements in the drawings are 
illustrated for simplicity and clarity, and have not necessarily been drawn 

30 to scale. For example, the dimensions of some of the elements in the 
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drawings may be exaggerated relative to other elements to help improve 
an understanding of the various embodiments of the present invention. 

Benefits, other advantages, and solutions to problems have been 
described above with regard to specific embodiments of the present 
5 invention. However, the benefits, advantages, solutions to problems, and 
any element(s) that may cause or result in such benefits, advantages, or 
solutions, or cause such benefits, advantages, or solutions to become 
more pronounced are not to be construed as a critical, required, or 
essential feature or element of any or all the claims. As used herein and 

10 in the appended claims, the term "comprises," "comprising," or any other 
variation thereof is intended to refer to a non-exclusive inclusion, such that 
a process, method, article of manufacture, or apparatus that comprises a 
list of elements does not include only those elements in the list, but may 
include other elements not expressly listed or inherent to such process, 

1 5 method, article of manufacture, or apparatus. 

The terms a or an, as used herein, are defined as one or more than 
one. The term plurality, as used herein, is defined as two or more than 
two. The term another, as used herein, is defined as at least a second or 
more. The terms including and/or having, as used herein, are defined as 

20 comprising (i.e., open language). The term coupled, as used herein, is 
defined as connected, although not necessarily directly, and not 
necessarily mechanically. The term program, as used herein, is defined 
as a sequence of instructions designed for execution on a computer 
system. A program, or computer program, may include a subroutine, a 

25 function, a procedure, an object method, an object implementation, an 
executable application, an applet, a servlet, a source code, an object 
code, a shared library/dynamic load library and/or other sequence of 
instructions designed for execution on a computer system. 
What is claimed is: 
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